home *** CD-ROM | disk | FTP | other *** search
/ Night Owl 8 / Night Owl CD-ROM (NOPV8) (Night Owl Publisher) (1993).ISO / 034a / tuthex.arj / TUTHEX4.TXT < prev    next >
Text File  |  1992-05-12  |  4KB  |  63 lines
  1. TUTORIAL "HEXING 101" PART 4
  2. Weapons string continued.  the 7th and 8th bytes are related
  3. to the muzzle velocity, for most .50 cals it is 8B 08.  The
  4. 9th byte is the firepower, in our case 06.  The 11th byte
  5. controls how much ammo is counted down per trigger pull.  01
  6. or 02 is normal.  I have tried higher values, it does not
  7. give you extra firepower, it just gets rid of ammo faster <G>
  8. The 13th and 14th bytes control the "drag" the weapon gives
  9. to the plane.  Internal weapons are normally zero, big fat
  10. bombs and wing pods usually have a value of 32 (hex) or 64
  11. here.   BTW, I have a zip called "HEXWPNS.ZIP" that contains
  12. all the weapons strings for the German and US planes.
  13. DOING A "HEX DUMP".  The best thing you can do with PCTools
  14. is to select a file, go to the file options, go to print file
  15. menu, but instead of printing it normally, select the "print
  16. file in HEX and ASCII".  This is called doing a hex dump of
  17. the file.  All the byte values, addresses, and ASCII
  18. equivalents will be printed for the file.  If you want to
  19. hex, you need a map.  Do a hex dump of every original .SPC
  20. file.  This allows you to quickly jump back and forth and
  21. visually compare the files.
  22. ACHMER FLIGHT TESTING:
  23. How do you know what is what?  Well, make a "map" of the SPC
  24. file.  I photocopied the .SPC printout of a Bf109 and had it
  25. enlarged.  As locations were listed as to what they did, I
  26. would block off that section and write in the meaning (ie
  27. what that byte or series of bytes did)  Pretty soon, there
  28. were just a few gaps left.  My .SPC map now has about 80% of
  29. the locations discovered.  Again, as Keith taught me, a basic
  30. knowledge of hexidecimal math will open many doors.  Most
  31. speeds and many values are direct conversions from hex to
  32. decimal, and that's how they are found.  For example, the LF
  33. SWOTL rulebook states that the different type planes (jet
  34. rocket prop) have a different liftoff speed, and gave the
  35. values of 100, 135 I think.  By comparing all the .SPC files,
  36. I found this area.  Some are NOT direct comparisons, rather a
  37. relative value.  Well, how do you find these??  By use of the
  38. "Rosetta Sone", the B17 bomber.  The B-17 is noticably
  39. hideous in almost all flight characteristics when complared
  40. to a P51D or a FW190.  Plug in the value of a certain
  41. location, let's say debug 19E-19F, <PCTools address (009E-
  42. 009F)> into the B17 from a P51.  Normally, this is a 00 F0 in
  43. the P51, and 00 34 in the B17.  The actual decimal equivalent
  44. numbers are meaningless...it's the relative values that
  45. matter.  To each other, they are relative at the ratio of 15
  46. (for the 00 F0) to 3.25 (for the 00 34).  Now fly the
  47. modified B17, and as you "put it through its paces" you'll
  48. discover it suddenly has a super rate of roll, ie the wings
  49. waggle much faster than before.  Some relative value
  50. discoveries are a little more subtle, though.  The bottom
  51. line is, experiment!  No matter how badly you goof up the
  52. .SPC file of your test aircraft, a simple copy command from
  53. the .BAK file returns all to normal.  It helps to make the
  54. decimal conversion of a certain area for every plane, then
  55. logically try to figure out what it does before testing.  I
  56. list the values for every plane in a certain spot, then try
  57. to make sense of it.  For example, the location (000D) had
  58. all 00s for the American planes, and every German plane had a
  59. 01 there.  Aha! The "IFF" byte.  Some files are therefore
  60. simple on/off values, usually 00 vice 01. NEXT-EASY HEX JOB.
  61.  
  62.  
  63.